基準となるアプリケーションの一覧

Planと言うべきかModuleと言うべきか、悩ましいところですがアプリケーションでとりあえず統一します。

US版サイトを例として、Dynamics 365 のアプリケーションを確認すると、以下のように表示されます。

現在全部で9種類

Sales
Customer Service
Field Service
Project Service Automation
Finance and Operations
Business Central
Talent
Retail
Marketing

f:id:sugimomoto:20180513162517p:plain

これに、最近Common data serviceとしてプラットフォームに統合されたPower Appsを加えると全部で10種類が表面的に認識できるModuleの一覧かなと思います。

f:id:sugimomoto:20180513162523p:plain

それと注意したいのが、Customer Insight や Linked-in Sales Navigator（Microsoft Relationship Sales）ですが、これはCustomer Engagement 上に構成された追加アドオンのような要素となるので、今回はアプリケーションとみなしません。

まあ、これを言い出すとSocial EngagementやAdobe Marketingなんかも話に出てきてしまうのですが。

各APIから見たDynamics 365 Applicationの立ち位置

さて、その上で分類を行っていきたいと思うのですが、ここでポイントになるものはベースとなるプラットフォームです。

昔からDynamics に慣れ親しんでいる方々であればわかりやすいと思いますが、Dynamics はそれぞれのアプリケーションで統一的な切り分けができるレイヤーとして、旧バージョン名称があると思います。

それが以下の3種類です。

Dynamics CRM

Dynamics NAV

Dynamics AX

これをベース現在のDynamics 365 アプリケーション一覧をマッピングすると以下のようになります。

f:id:sugimomoto:20180513162532p:plain

（※ちなみにここでAPIと明示しているのは、Web APIとしての側面と、アプリケーションプラットフォームとしてのAPIを含めています。）

Dynamics CRM API上では、Power Appsを含む以下の6種類

Sales
Customer Service
Field Service
Project Service Automation
Power Apps（Common Data Service）
Marketing

Dynamics AX上では、意外に思われるかもしれませんが、HRのTalentと小売向けERPのRetailを含めた3種類

Finance and Operations
Talent
Retail

Dynamics NAVはシンプルに1種類です。

Business Central

そのため、各種サービスのデータ連携開発を行いたい！　となったときには、それぞれのアプリケーションがどのAPIレイヤーで構成されているか把握することが大事になります。

特にFinance and Operationsはちょっと前までFinance and Operations EnterpriseとBusinessというわけのわからない名前をしていたので、Finance and Operationsで連携したい！　と言われても、まずどっちなの？ということを明らかにしなければ話になりませんでした。

また、Business Centralにも簡易的なSalesアプリが搭載されているので、Dynamics CRMレイヤーのものと混同しないよう注意が必要です。